엔터프라이즈 내에서 조직을 구조화하기 위한 방법은 여러 가지입니다. 각 접근 방식마다 장단점이 있으며 엔터프라이즈에 가장 적합한 구조는 규모 및 보안 제약 조건 등 비즈니스의 특성과 요구 사항에 따라 달라집니다. 그러나 현재의 문화 대신, 만들려는 문화에 전략을 맞추는 것이 좋습니다. 협업 및 내부 소싱 측면을 발전시키려면 이에 따라 도구를 구성하세요. 그러면 도구가 차단기로서 기능하는 대신, 문화적으로 변화하는 데 유용할 수 있습니다.
이 문서에서는 GitHub의 권장 사항의 핵심 사항을 요약합니다. 자세한 내용은 추가 읽기 섹션을 참조하세요.
조직 수 최소화
일반적으로 GitHub 에서는 조직의 수를 최소화하여 만들 것을 권장합니다.
- 조직의 구성원은 **리소스를 찾고 쉽게 통신할 **수 있으므로 공동 작업 환경을 조성할 수 있습니다.
- 언제나 조직을 없애기보다는 추가하기가 더 쉬우므로, 적은 수의 조직으로 시작하는 것이 좋습니다. 그러면 이후 유연성이 더 많아집니다.
- 조직을 없애기란 훨씬 더 어렵고 마이그레이션이 필요할 때도 많으며 팀이 적응했던 유연성이 저하됩니다.
여러 조직이 필요한 경우는 언제인가요?
일부 고객은 여러 조직이 필요합니다.
- 여러 조직을 만들 때 기본적인 장점은 각각 별도의 정책, 설정, 요구 사항을 구성할 수 있다는 것입니다.
- 조직 소유자는 항상 조직 소유의 모든 리포지토리에 액세스할 수 있습니다. 하나의 소유자로는 모든 리포지토리에 액세스할 수 없을 정도로 회사가 큰 경우에는 여러 조직을 만드는 것이 좋습니다.
- 엔터프라이즈에 새 조직을 만드는 데 고정적이고 투명한 규칙을 만들어 시행하는 것이 좋습니다. 그러면 모든 사용자가 각 조직의 목적과 자산의 위치를 더 쉽게 이해할 수 있습니다.
다양한 고객이 조직 수에 대한 다양한 설정과 그 안에 있는 액세스 권한으로 성공했습니다. 옵션을 탐색하려면 엔터프라이즈의 조직 구조화 모범 사례을(를) 참조하세요.
조직 내 모범 사례
엔터프라이즈의 각 조직 내에서 조직 소유자가 모범 사례를 따르도록 장려해야 합니다.
- 여러 소유자 추가: 조직에 소유자가 한 명인 경우 소유자에 연결할 수 없으면 조직의 프로젝트에 액세스할 수 없게 될 수 있습니다. 프로젝트에 대한 액세스 권한을 잃어버리지 않도록 각 조직에서 최소 두 명 이상이 소유자 역할을 맡는 것이 좋습니다.
- Teams 사용: Teams를 사용하면 사용자 그룹에 대한 사용 권한, 코드 소유권, 알림을 관리할 수 있습니다. IdP(ID 공급자)를 인증에 사용하는 경우 IdP를 통해 팀 멤버 자격을 관리하는 것이 좋습니다. 팀 만들기을(를) 참조하세요.
- 조직 소유 리포지토리에서 공동 작업: 가능한 경우 사용자 소유 리포지토리에서 협업을 최소화합니다. 조직 소유 리포지토리에는 보다 정교한 보안 및 관리 기능이 있으며 엔터프라이즈 멤버 자격이 변경되더라도 액세스할 수 있습니다.
- 백업 만들기: 조직을 삭제하기 전에 중요한 모든 데이터의 백업을 만듭니다. 조직 계정을 삭제하면 모든 리포지토리, 개인 리포지토리 포크, 위키, 문제, 끌어오기 요청, 프로젝트 또는 조직 페이지가 영구적으로 제거됩니다. 리포지토리 구성 설정을 복원할 수 없습니다.
조직을 삭제할 때 발생하는 결과에 대한 자세한 내용은 조직 계정 삭제를 참조하세요. 데이터 백업에 대한 지침은 리포지토리 백업을(를) 참조하세요.
추가 참고 자료
- 엔터프라이즈의 조직 구조화 모범 사례
- the GitHub Blog에서 GitHub Enterprise Cloud를 사용하는 조직 및 팀의 모범 사례
- GitHub 리소스의 GitHub Enterprise Cloud에서 조직을 사용하기 위한 전략
다음 단계
조직 만들기, 구성원 추가, 액세스 관리를 시작했으므로 GitHub 지원를 사용하여 필요할 때 도움을 받는 방법을 알아봅니다. 엔터프라이즈 지원 이해을(를) 참조하세요.